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Titre. 

Precede de commande d'une fonction executable par des 
commandes specifiques a des logiciels differents. 

5 Domaine technique. 

L'invention a pour objet un precede de commande d*une fonction 
executable par des commandes specifiques a des logiciels differents dans un 
systeme informatique. Elle convient a tout systeme et est plus 
10 particulierement adaptee a un systeme tres heterogene. 



L'art anterieur. 



Le systeme informatique d'une societe est souvent heterogene, en 
15 raison de revolution historique du systeme et des disponibiUtes du marche. 
Dans un systeme informatique se trouvent un ou plusieurs serveurs 
supportant plusieurs appUcations. L*heterogeneite peut etre due au fait que 
les serveurs ont des systemes d'exploitation differents les uns des autres. Par 
exemple, I'un des serveurs peut etre un systeme ferme, specifique d*un 
20 constructeur donne et fonctionnant avec un systeme d'exploitation (Operating 
System) propre au constructeur, tandis que les autres serveurs peuvent etre 
des systemes ouverts fonctionnant avec des systemes d^exploitation differents 
entre eux, tels que ceux connus sous les marques deposees UNIX et Windows 
NT. Chaque systeme d'exploitation possede des commandes specifiques, 
25 ecrites dans un langage specifique. Par consequent, Texploitation d'un 
systeme informatique requiert Temploi de commandes propres a chaque 
systeme d'exploitation et la connaissance de leurs langages. 



L'heterogeneite peut aussi provenir des apphcations. Plusieurs 
30 apphcations differentes entre elles peuvent avoir des parties fonctionnelles 
analogues executables au moyen d'interfaces de commande differentes entre 
elles. Par exemple, deux logiciels aussi differents qu'un logiciel de 
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comptabiKte et un logiciel de gestion de base de donnees ont en commun la 
fonction d'impression de documents alors que leurs commandes sont tout a 
fait differentes. 

5 Un utilisateur, que ce soit un administrateur ou un responsable 

d'exploitation du systeme informatique, doit done connaitre les differentes 
commandes des differents systemes d'exploitation et des differents logiciels 
d^application. L'utilisateur doit done avoir a la fois une solide formation 
relative a chaque systeme et chaque application et une bonne pratique pour 

10 les exploiter vite et efficacement. En outre, les systemes d'exploitation et 
surtout les applications evoluent tres vite et necessitent une formation 
regtdiere des utilisateurs et un usage permanent des differents systemes et 
applications. Les applications ayant des fonctions de plus en plus nombreuses 
et plus riches, le temps d'apprentissage est plus long. Les utilisateurs 

15 disposent souvent d'une documentation d'aide en ligne. Cependant, la 
documentation est aussi specifique et evolutive, et elle est d'un emploi tres 
lourd, surtout si les informations d'aide necessitent Touverture et la lecture 
de plusieurs fenetres successives. 

20 Sonmiaire de Tinvention. 

Un but de Tinvention est d'offrir dans un systeme informatique 
une commande commune a toutes les commandes representatives d'une 
meme fonction et specifiques a divers logiciels, tels que des systemes 
25 d'exploitation ou des applications. 

Llnvention a pour objet un procede de commande d'une fonction 
executable par divers logiciels sous des commandes specifiques aux logiciels 
respectifs et pouvant avoir chacune au moins une option, les logiciels etant 
30 installes dans au moins une machine d'un systeme informatique, caracterise 
en ce qu'il consiste a definir dans une classe abstraite une methode abstraite 
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pour la fonction, la methode abstraite incluant des parametres correspondant 
a runion, au sens logique, de toutes les options des commandes specifiques, a 
definir une commande commune incluant des symboles arbitraires 
correspondant aux parametres de la methode abstraite, a former au moins un 
5 pilote pour implementer la methode abstraite dans une machine, et a faire 
executer par le pilote Tune des commandes specifiques avec des options 
equivalant aux options de la commande commune. 

L'invention a pour objet corollaire un systeme informatique 
comprenant au moins un machine disposant de logiciels divers ayant en 
10 commun au moins une fonction executable sous des commandes specifiques 
aux logiciels respectifs et pouvant avoir chacune au moins une option, 
caracterise en ce qu'il met en oeuvre le procede defini precedemment. 

L'invention a aussi pour objet corollaire un support 
d'enregistrement, tel qu'une disquette magnetique ou un cederom, 
15 incorporant un logiciel pour la mise en oeuvre du procede. 

Les caracteristiques et avantages de Tinvention ressortent de la 
description qui suit, donnee a titre d'exemple et faite en reference aux dessins 
annexes. 

20 Presentation des dessins. 

♦ La figure 1 est une vue synoptique d'un systeme informatique 
mettant en oeuvre le procede de Tinvention. 

♦ La figure 2 est une fenetre servant a un concepteur pour la 
25 mise en oeuvre du procede de Tinvention. 

♦ La figure 3 est une boite de disdogue servant au concepteur 
pour creer dynamiquement une classe pour Texploitation desiree du systeme 
par rutiUsatexir. 

♦ La figure 4 est une boite de dialogue servant au concepteur 
30 pour definir un attribut de la classe presentee dans la figure 3. 




♦ La figure 5 est une boite de dialogue servant au concepteur 
pour definir une methode de la classe presentee dans la figure 3, 

♦ La figure 6 est une boite de dialogue servant au concepteur 
pour definir un parametre d'une methode definie dans la figure 5. 

5 ♦La figure 7 est une vue synoptique de la structure en arbre de 

la classe telle que definie au moyen des boites de dialogue presentees dans les 
figures 3 a 6. 

♦ La figure 8 est une vue synoptique illustrant un precede de 
derivation de la classe presentee dans la figure 7. 

10 ♦ Les figures 9 et 10 sont des boites de dialogue servant au 

conceptexir pour definir la classe derivee en utilisant le procede illustre dans 
la figure 8. 

♦ Les figures 11 et 12 illustre nt deux interfaces respectives 
servant a Tutilisateur pour la commande du systeme represents sur la figure 

15 1. 

♦ La figure 13 est une fenetre presentee a Tutilisateur pour 
I'utilisation des interfaces illustrees dans les figures 1, 11 et 12. 

♦ La figure 14 est une boite de dialogue servant au concepteur a 
la generation automatique dans un langage oriente objet d'un pilote 

20 d'implementation d'une methode abstraite d*une classe abstraite pour 
Texecution d*une commande specifique dans le systeme de la figure 1. 

Description detaillee d'exemples illustrant Tinvention. 

25 La figure 1 illustre un systeme d'information 10 exploite par un 

utilisateur U par Tintermediaire d'une interface de commande 11. Le systeme 
10 peut etre un systeme quelconque. Le systeme 10 illustre inclut un 
ensemble informatique 1 comprenant au moins une machine, deux machines 
2a et 2b dans Texemple illustre. Chaque machine illustree a, de fagon bien 

30 connue, au moins un processexir A connecte par Tintermediaire d'un bus B a 
une memoire 3. D'une maniere generale, la memoire peut etre locale ou 
distribuee, ou les machines peuvent former des noeuds d'un reseau dans 
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Tensemble 1. Dans chaque memoire 3 sont stockes des moyens logiciels, 
notamment un ou plusieurs systemes d'exploitation 4. Afin de mieux mettre 
en relief les avantages de Tinvention, il sera considere comme un systeme 
heterogene representatif d*un cas difficile a gerer. Les deux machines 2 sont 
5 supposees fonctionner sous deux systemes d'exploitation respectifs 4a et 4b de 
types ou de versions differents Tun de Tautre, par exemple un systeme 
d'exploitation du type proprietaire et un systeme d'exploitation de type 
ouvert, p£ir exemple celui connu sous Tun des noms de marque deposee UNIX 
ou Windows NT. L'ensemble informatique 1 dispose aussi de moyens de base 
10 de donnees, appeles base de donnees 5 et pouvant etre constitues d'une ou 
plusieurs bases de donnees locales ou distantes. Les machines 2 ont aussi 
chacune une interface d'entree-sortie C connectee au bus B. Les interfaces 
d'entree-sortie C des deux machines sont interconnectees entre elles ainsi 
qu'a la base de donnees C. 

15 

L'interface de commande 11 comprend un module de commande 
12, un module de conception 13, un generateur 14 d'interfaces et une base 
d'interface 15, Le module 12 est connecte de fagon bidirectionnelle a 
l'ensemble informatique 1. Le module 13 peut aussi etre connecte de la meme 

20 fagon a Tensemble informatique 1. La base d'interface 15 est connectee de 
fagon bidirectionnelle axix modules 12 et 13 et au generateur 14. Le 
generateur 14 est aussi connecte pour etre commande par le module 13. Le 
module de commande 12 sert a Tutilisateur U pour commander et exploiter 
les donnees du systeme 10. Le module de conception 13 sert a un concepteur 

25 C, qui est un autre utilisateur de l'interface 11 mais qui est un specialiste en 
informatique. Les deux utilisateurs U et C ont des consoles respectives 16 et 
17 attachees aux modules respectifs 12 et 13. 

En bref, Tutihsateur U definit des besoins pour connaitre et 
30 ameliorer le fonctionnement de Tentreprise et soumet ses besoins au 
concepteur C. Le concepteur C cree au moyen de son module 13 des objets 
logiciels repondant aux besoins de I'utihsateur U et les envoie au generateur 
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14 pour etre converties en interfaces 18 (figures 11 et 12) correspondant a ses 
besoins et exprimant les commandes du systeme en un langage qui lui est 
comprehensible. Ces interfaces servent a Tutilisateur pour former des 
documents et seront appelees interfaces documentaires. 

5 

L^utilisateur U sera par exemple un directeur d*agence bancaire 
non specialise en informatique. On suppose par exemple que Tutilisateur U 
desire consulter I'ensemble informatique 1 de la banque pour faire des 
requetes en vue d*obtenir une liste d'etudiants, clients de I'agence, et 

10 imp rimer pour eux des lettres personnalisees d'information, d'invitation et de 
rappel. L'utilisateur U transmet ses besoins au concepteur C, par exemple 
lors d'une reunion entre eux. Le concepteur transcrit ces besoins en utilisant, 
dans une premiere etape, le module 13 pour creer, modifier et/ou supprimer 
des objets et des classes d*objets concernes par ces besoins. Par exemple, afin 

15 de satisfaire au besoin precite de Tutilisateur U, le concepteur C creera une 
classe impression avec : un premier attribut "liste de diffusion" selon un 
ensemble de criteres, ici les etudiants de Tagence ; un second attribut 
"nombre d'exemplaires" (entier) ; une premiere methode "imprimer" ayant 
comme parametre Timprimante destinataire ; et une seconde methode 

20 "visualiser les operations d*impression" pour connaitre le deroulement de 
Timpression. Les objets et classes crees par le concepteur sont stockes dans la 
base d'interface 15. La transcription finale par le concepteur C des besoins de 
I'utilisateur U n'est contenue que dans des objets qui ont ete directement 
crees precedemment ou qui sont des instances de classes definies 

25 precedemment. Ces objets sont contenus dans la base 15, qui est contenue 
dans Tinterface de commande 11 dans Texemple illustre mais qui pourrait 
etre exterieure a Tinterface 11 et incluse dans Tensemble informatique 1. Les 
objets sont convertis en interfaces documentaires presentees a Tutilisateur U 
pour lui servir a former des documents de commande satisfaisant a ses 

30 besoins. 




Le module 13 va d^abord etre presente. II met en oeuvre deux 
outils logiciels 20 et 30 executant respectivement un precede de creation 
dynamique de classes et un precede de derivation de classes et objets. L'outil 
20 de creation dynamique de classes va maintenant etre presente. 

5 

La figxxre 2 illustre un exemple d^ecran 21 qu*affiche la console 17 
pour servir d'interface entre le concepteur C et le modxile 13. L*ecran 21 a une 
barre 22 de menus incluant notamment les menus "Classes", "Objets", 
"Rechercher" et "Exporter a U", Le menu "Classes" permet de creer 

!0 dynamiquement des classes d'objets, par heritage ou non. II permet aussi 
d'ouvrir une classe pour eventuellement la modiJ&er, Tenregistrer ou la 
fermer. Le menu "Objets" permet d'instancier les classes definies 
precedemment, afin de creer des objets qu'on pent ensuite doner. Comme 
pour les classes, on pent ouvrir un objet, le modifier, Tenregistrer sxir le 

15 disque et le fermer. Avec Toutil 20, le concepteur C pent definir les 
commandes qui se trouvent dans les deux menus tels qu*illustres par exemple 
dans ceux de Tecran 21. Le menu "Classes" illustre contient les commandes 
"Nouvelle classe", "Nouvelle classe heritee", "Ouvrir une classe", "Supprimer 
une classe", "Enregistrer la classe", "Enregistrer la classe sous..." (Save the 

20 class as...) et "Fermer la classe". Le menu "Objets" contient les commandes 
"Nouvel objet de classe", "Cloner un objet", "Ouvrir un objet", "Supprimer un 
objet", "Enregistrer Tobjet", "Enregistrer Tobjet sous..." et "Fermer Tobjet". 

L'outil 20 met en oeuvre un procede de generation dynamique 
25 d'une classe d'objets. Le procede est declenche automatiquement par le 
module de conception 13 lorsque le concepteur C active la commande 
"Nouvelle classe" du menu "Classes" de la fenetre 22 de la figxire 2. Le 
procede de generation automatique d'une classe consiste a creer une classe 
generique globale "GenericClass" ayant deux membres possibles, Tun etant 
30 relatif a au moins un attribut et Tautre etant relatif a au moins une methode , 
au moins Tun des deux membres etant une instance d'une classe generique, et 
a instancier la classe generique globale pour avoir ladite classe d'objets. Dans 
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Toutil 20 illustre, dexxx classes generiques "GenericAttribute" et 
"GenericMethod" sont attribuees axix dexix membres respectifs de la classe 
generique globale "GenericClass". En outre, si une methode inclut au moins 
un parametre non fixe, ce parametre est lui meme une instance d'une classe 
5 generique correspondante "GenericParameter". 

D'une maniere generale, les quatre classes generiques ainsi 
creees ne sont pas visibles par le concepteur C. Dans I'exemple illustre, elles 
sont mises a la disposition du concepteur C lorsqu'il execute une commando 

10 dans les menus "Classes'* et "Objets". Ainsi, une classe generique se definit 
comme une classe permettant au concepteur C de creer une nouvelle classe en 
creant une instance d'une classe generique globale. Puisque la creation 
d'instances est dynamique dans tous les langages, la creation d*une classe 
devient aussi dynamique pour le concepteur C. De meme, sachant qu'un objet 

15 est une nouvelle instance d*une classe, la creation d'un objet correspond alors 
aussi a la creation d'une copie de cette classe, c'est-a-dire a une nouvelle 
instance d*une classe generique globale. Par consequent, le procede declenche 
par I'outil 20 est aussi declenche lorsque le concepteur C active la commande 
"Nouvel objet de classe" dans le menu "Objets" de la fenetre 22 de la figure 2. 

20 Le procede va maintenant etre illustre de la fa?on qu'il se presente au 
concepteur C par Tintermediaire de I'outil 20. 

La figure 3 illustre un exemple de boite de dialogue 23 que Toutil 
20 ouvre lorsque le concepteur C clique sur la commande "Nouvelle classe" du 
25 menu "Classes". Le concepteur C utilise la boite de dialogue 23 pour saisir 
toutes les donnees relatives a une nouvelle classe qui n*herite pas. On sait 
que les donnees sont les attributs et les methodes de la nouvelle classe. 



30 



La boite 23 illustree contient, pour la saisie des donnees, 

- un champ de texte "Nom de la classe" 

- un champ de texte 'Identification de la classe (Class Id)" 




- une zone de texte "Description de la classe" 

- une liste "Methodes de la classe" et 

- une liste "Attributs de la classe" 

5 La boite 23 contient aussi les six boutons de commande encadres 

en trait epais : 

- "Modifier la methode" 

- "Supprimer la methode" 

- "Ajouter une methode" 
10 - "Modifier Tattribut" 

- "Supprimer Tattribut" et 

- "Ajouter un attribut". 



. Lorsque cette boite de dialogue est validee, elle se traduit par la 
15 creation d'une instance d'une classe generique glob ale, dite "GenericClass". 
La classe generique globale de Texemple illustre dans la figure 3 a plusieurs 
attributs. 

Le premier attribut est un nom, forme par une chaine de 
20 caracteres designant le nom de la classe. II s'ecrit en remplissant le champ 
"Nom de la classe" de la boite 23. 

Le second attribut est une identification de la classe, formee par 
une chaine de caracteres permettant d'identifier de fagon unique la classe ou 
25 Tobjet dans le systeme. Get attribut s'ecrit en remplissant le champ 
"Identification de la classe" dans la boite 23, par exemple in indiquant la 
date, rheure de creation, un nombre aleatoire formant un ticket, etc. 

Le troisieme attribut est une description, formee par du texte qui 
30 decrit la raison d'etre de la classe. II s'ecrit en rempUssant la zone 
"Description de la classe". 
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Le quatrieme attribut est un tableau nomme "Attributs", qiii 
reference les attributs de la classe. Les attributs de la classe sont eux-meraes 
des instances d'une classe generique d*attributs, dite "GenericAttribute", qui 
5 a comme attributs : 

- le nom de I'attribut, 

- la description de Tattribut, 

- soit le t3Tpe de Tattribut, soit les valeurs possibles de Tattribut, 

- la valeur par defaut de Tattribut, donnee a la creation de la 
10 classe "GenericAttribute", et 

- la valeur reelle de Tattribut, qui est invisible au concepteur C et 
qui n'est done pas definie a la creation de la classe. Elle est 
definie par Tutilisateur U de la fagon decrite ulterieurement. 

15 Par exemple, la classe "Attributs [i]" est une instance de 

"GenericAttribute" et reference le ieme attribut de la classe definie par le 
concepteur C. 

La figiu-e 4 illustre une boite de dialogue 24 de Toutil 20 
20 constitutif du quatrieme attribut de "GenericClass". Cette boite s'ouvre a 
partir de la boite 23, par exemple en nommant "Classe 1" la classe issue par 
instanciation de la classe generique globale "GenericClass" et en activant le 
bouton "Ajouter un attribut". La boite 24 contient : 

- un champ de texte "Nom de Tattribut", 

25 - une zone de texte "Description de Tattribut", 

- un champ de texte "Type de Tattribut", 

- une zone de texte pour "Valeurs possibles de Tattribut", 

- un champ de texte "Valeur par defaut de Tattribut", et 

- un champ de texte "Valeur reelle de Tattribut" represente en 
30 grise sur la figure 4 pour indiquer qu'il n'est pas visible par le conceptexxr C. 




-11- 

De meme, pour modifier un attribut, il suffit de selectionner 
I'attribut dans la Uste des attributs de la figure 3 et d'activer le bouton 
"Modifier Tattribut", de fagon a avoir la boite de dialogue 24 de la figure 4 et a 
modifier les donnees qui apparaissent dans la boite 24. 

5 

En tant que premier attribut, on donne a Tattribut le nom 
"Attributl" et on remplit les autres champs. La validation de la boite de 
dialogue 24 se traduit par la creation d'une instance de la classe generique 
"GenericAttribute". Le nom "Attributl" va figiu-er dans la liste des attributs 
10 de la figure 3, comme indique. 



Le cinquieme attribut de la classe generique "GenericClass" est 
un tableau nomme "Methodes", qui reference les methodes de la classe. Ces 
methodes sont aussi, dans I'exemple illustre, des instances d'une classe 
15 generique de methodes dite "GenericMethod". Une methode est definie par les 
attributs suivants : 

- son nom, 

- sa description, 

- son type de retour, 
20 - ses parametres, et 

- son script d'execution. 



La figure 5 illustre une boite de dialogue 25 de Toutil 20 
constitutif du cinquieme attribut de "GenericClass". Cette boite s'ouvre a 
25 partir de la boite 23, par exemple en activant le bouton "Ajouter une 
methode". La boite 25 contient : 

- un champ de texte "Nom de la methode", 

- une zone de texte "Description de la methode", 

- un champ de texte "Type de retour de la methode", 
30 - une Hste de "Parametres de la methode", 

- un bouton de commando "Ajouter", 
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- un bouton de commande "Modifier", et 

- un bouton de commande "Supprimer". 

En tant que premiere methode, on donne un nom a la methode, 
5 par exemple "Methodel", et on remplit les autres champs. La validation de la 
boite de dialogue 25 se traduit par la creation d'une instance de la classe 
generique "GenericMethod". Le nom "Methodel" va figxirer dans la liste des 
methodes de la figure 3, comme indique. 

10 La classe generique "GenericMethod" contient, en plus des 

attributs de la methode, un tableau "Parametres", qui reference les 
parametres de la methode. Le tableau pent etre vide si la classe generique ne 
contient pas de parametre a determiner, ou pent ne pas exister si cette classe 
generique n'est destinee a n'avoir aucun parametre determinable ou si elle n'a 

15 que des parametres fiixes ou predetermines. Dans le tableau, les parametres 
sont eux aussi des instances d'une classe generique "GenericParameter". Un 
parametre d'une methode est defini par ses attributs suivants : 

- son nom, 

- sa description, 

20 - soit son type, soit ses valeurs possibles, 

- sa valeur par defaut, et 

- sa valeur reelle, non visible du concepteur C. 

Par exemple, si le parametre se rapporte au nombre de pages a 
imprimer, la valeur par defaut sera 1 mais Tutilisateur U pourra indiquer 
25 une valeur reelle autre, par exemple 3 pour avoir trois exemplaires des pages 
a imprimer. 

La figure 6 illustre une boite de dialogue 26 de Toutil 20 pour 
remplir la table de parametres de "GenericMethod" dans la figure 5. La boite 
30 26 s'ouvre a partir de la boite 25, en activant le bouton "Ajouter". La boite 26 
contient : 
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- un champ de texte "Nom du parametre", 

- une zone de texte "Description du parametre", 

- un champ de texte "Type du parametre", 

- une zone de texte "Vgdeurs possibles du parametre", 

- un champ de texte "Valeur par defaut du parametre", et 

- un champ de texte "Valeur reelle du parametre" represents en 
grise sur la figure 5 pour indiquer que ce champ n'est pas visible 
du concepteur C. 

En tant que premier parametre, on lui donne par exemple le nom 
"Paraml" et on remplit les autres champs. La validation de la boite de 
dialogue 26 se traduit par la creation d'une instance de la classe generique 
"GenericParameter". Le nom "Paraml" va figurer dans la hste des 
parametres de la figure 5, 

La boite de dialogue 23 de la figure 3 etant remplie, la classe 
"Classe 1" est creee dyiiamiquement. On pent la vahder en la sauvegardant 
avec la commande "Enregistrer la classe" ou "Enregistrer la classe sous...". 

La figure 7 illustre la structure en arbre 27a de la classe 
"Classe 1" resultant de la validation de la boite 23. Dans la figure 7, la classe 
" Classe 1" est une instance de la classe generique globale "GenericClass" et a 
un attribut "Attributl" et une methode "Methodel" ayant elle-meme un 
parametre "Paraml", qui sont tous les trois des instances de trois classes 
generiques respectives. Bien sur, une autre classe, instance de la classe 
generique globale "GenericClass", pourrait avoir plusieurs instances de 
chacune des trois classes generiques "GenericAttribute", "GenericMethod" et 
"GenericParameter". Cette structure en arbre permet de dynamiquement 
modifier, ajouter et supprimer a tout moment des membres de la classe 
(attributs ou methodes). 
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On sait qu'un objet est une instance d'une classe. L'activation de 
la commande "Nouvel objet de classe" dans le menu "Objets" de la fenetre 21 
de la figxire 2 affiche siir la console 17 du conceptenr C une boite de dialogue 
(non iUustree) qui contient la liste de toutes les classes deja definies. Le 
5 concepteur C pent en selectionner une, qui sera la classe du nouvel objet. 
Dans un objet on donne eventuellement des valeurs aux attributs. Ces 
valeurs representeront son identite et son etat. 

En outre, dans la classe generique globale "GenericClass" telle 
10 qu'elle apparait de la figure 3 a de preference un attribut supplementaire 
consistant en un booleen "0" ou "1" indiquant si Tinstance de la classe 
generique en cours represente une classe ou un objet. Dans Texemple illustre, 
le booleen est "1" pour indiquer que le concepteur cree une classe. Le booleen 
se met automatiquement a la valeur correspondante en reponse a la 
15 commande "NouveUe classe" ou "Nouvel objet de classe" qui a ete actionnee 
par le concepteur C dans la fenetre 22 de la figure 2. Dans Texemple choisi, 
cet attribut n*est pas visible du concepteixr C et est done represente en grise. 

D'autre part, dans la fenetre 21 de la figure 2, le menu 
20 "Rechercher" est tres utile au concepteur C pour faire une recherche 
puissante dans la base 15 pour y trouver des classes et des objets crees selon 
une liste de criteres qu'il definit, Le concepteur C pent, par exemple, creer 
une nouvelle classe par heritage a partir de la classe qu'il a trouvee, au heu 
de partir de zero et refaire un travail deja accomph. 

25 

Plus generalement, les boites de dialogue 23-26 servent done au 
concepteur pour generer respectivement la classe generique globale et les 
classes generiques qui peuvent la composer. Bien que les boites de dialogue 
iUustrees definissent completement ces classes, tous les attributs, les types, 
30 les champs et zones de texte iUustres ne sont pas necessaires. En particuher, 
les descriptions sont illustrees a une fin autre que le precede de generation 
automatique de classes qui vient d'etre decrit. 
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La description va maintenant porter sur I'outil 30 de derivation 
d*une classe ou d'un objet, I'outil 30 etant contenu dans le module 13 de 
5 Tinterface de commande 11 de la figxire 1. 

L'heritage avec la commande "NouveUe classe heritee", 
rinstanciation avec la commande "Nouvel objet de classe" et le clonage avec 
la commande "Cloner un objet" necessitent en commun la creation dynamique 
10 d*une copie de la classe (pour Theritage ou Tinstanciation) ou d*une copie de 
I'objet (pour le clonage). 

La figure 7 illustre aussi un arbre 27b d'une classe "ClasseDl" 
obtenue par duplication de "Classel". Cette figure illustre, d'une maniere 

15 generale, que la duplication de Tinstance de "GenericClass" ne suffit pas, car 
la classe dupliquee "ClasseDl" va pointer aux memes instances 
"GenericMethod" et "GenericAttribute" de instance "Classe 1" de 
"GenericClass". Par exemple, il ressort de la figure 7 que "Attributl" est 
commun aux deux classes, alors que les deux classes devraient etre distinctes 

20 et independantes. Par consequent, poxxr deriver une classe ou un objet, c'est-a- 
dire pour creer par heritage une nouvelle classe, pour instancier une classe ou 
pour doner un objet, il faut non seulement dupliquer Tinstance de 
"GenericClass", mais aussi dupUquer chaque instance referencee directement 
ou indirectement par Tinstance de "GenericClass". 

25 

D'autre part, les developpeurs de logiciels utilisent une 
technique de serialisation qui s'applique a de nombreux langages, tels que 
Java ou Ch-+. La serialisation permet de stocker tout objet sur un support 
d*enregistrement de donnees, un disque par exemple. Si par exemple un 
30 premier objet reference des objets, qui eux-memes referencent d'autres objets 
et ainsi de suite, il sviffit d*ecrire le premier objet sur le disque avec la 
methode de seriaHsation pour stocker automatiquement en memoire 
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Tarborescence de tous les objets references directement ou indirectement par 
le premier objet. 

La figxire 8 illustre schematiquement le principe du precede de 
5 derivation d*une classe "Classel" ou d'un objet. L'outil 30 met en oeuvre ce 
procede. L'exemple illustre porte sur la creation d'une classe "ClasseD2" par 
heritage de la classe "Classe 1" teUe qu'illustree dans la figure 7, etant bien 
entendu que le procede peut s'appliquer de la meme fagon a Tinstanciation 
d'une classe ou le clonage d'un objet. Comme indique a la figure 8, le procede 

10 de derivation consiste en une premiere etape a serialiser la classe "Classe 1" 
en la copiant sur un disque D, par exemple le disque dur d*une machine 2a ou 
2b de I'ensemble informatique 1 de la figure 1. Ainsi, toute Farborescence 27a 
de cette classe, telle qu'illustree dans la figure 7, va etre dupliquee et stockee 
dans le disque. La seconde etape consiste a lire la classe dupliquee, stockee 

15 dans le disque D, en la chargeant dans I'outil 30, c'est-a-dire dans la memoire 
vive sur laquelle est charge le programme de Toutil. II en resulte la classe 
dupliquee "ClasseD2" ayant une arborescence 27c identique a celle de 
Tarborescence 27a de la classe mere "Classe 1" mais independante de la classe 
mere. En langage Java par exemple, les deux etapes du procede peuvent 

20 s'executer par exemple par les deux instructions suivantes : 

FiZeStream. writeObject(Classel) ; 
// poxir seriahser I'arborescence d'origine Classe 1 
Nouvel objet ou NouveUe classe = FiZeSiream,readObject() ; 
25 // pour avoir une copie de Classe 1 

La figure 9 illustre une boite de dialogue 31 pour Tutilisation de 
Toutil 30. Cet exemple se rapporte a celui de la figure 9, qui porte sur la 
creation d*une classe heritant d'une autre classe. En executant la commande 
30 "Nouvelle classe heritee" du menu "Classes" de la figure 3, la fenetre de 
dialogue 31 de la figure 9 apparait. Cette fenetre contient une zone de texte 
"Nom de la nouvelle classe" et une liste des classes parmi lesqueUes la classe 
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mere peut etre choisie. Dans Texemple choisi, la classe "Classel" de la liste 
est choisie, comme indique en grise a la figure 9, Dans Texemple precedent, la 
classe heritee se nomme "classeD2". 

La figure 10 illustre un exemple de boite de dialogue 32 
resxxltant de la validation de la boite 31. La boite 32 est semblable a la boite 
23 de la figvire 3. Par consequent, seules les differences vont etre indiquees ci- 
apres. Les donnees contenues dans la boite 32 sont remplies 
automatiquement par le logiciel de I'outil 30. Le nom de la classe est celui qui 
a ete indique par le concepteur C dans la boite 31 de la figxu*e 9. La boite 32 
contient en plus un tableau indiquant le ou les parents de la. classe, ici 
"Classe 1" que le concepteur C a selectionnee dans la liste de la boite 31. Les 
autres donnees sont semblables a celles de la boite 23, puisque Tarborescence 
27c de la classe fidle "ClasseD2" est la meme que Tarborescence 27a de la 
classe mere "Classe 1". Grace aux boutons de commande de la boite 32, il est 
possible de faire evoluer simplement la nouveUe classe "ClasseD2" 
independamment de la classe mere "Classel". 

La classe generique globale "GenericClass" a done un attribut 
supplementaire nomme "parent", qui est un tableau contenant des instances 
de la classe generique globale, telles que Classel. Le tableau permet de 
reconnaitre la provenance de Tinstance en cours de la fagon suivante : 

(a) Si I'instance en cours est un objet, alors : 

- si d*une maniere generale "parent[0]" (indique par 
exemple dans le tableau auquel se refere Tinstance en 
cours) est un objet, I'objet en cours a ete clone a partir 
de parent[0], 

- si "parent[0]" est une classe, Tobjet en cours est une 
instance de parent[0], 

(b) Si I'instance en cours est une classe, alors "parent[0]" 
est 
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- soit vide, ce qui veut dire que la classe a ete creee 
sans heritage avec la commande "Nouvelle classe", 

- soit une classe (et non un objet), ce qui veut dire que 
la classe en cours a herite de "parent[0]" grace a la 

5 commande "Nouvelle classe heritee" 

(c) II en resulte, par iteration, que le tableau "parent" 
indique tous les ascendants de Tinstance en cours. 

Le procede ressort clairement des figures 8, 9 et 10. En reponse a 
10 la premiere instruction indiquee dans la figure 8, "Classe 1" est serialisee en 
la copiant svir le disque D. En reponse a la seconde instruction, la classe ainsi 
serialisee est sauvegardee de nouveau en memoire, mais avec modifications 
d'attributs, notamment le nom de classe "ClasseD2" et le tableau "Parent". 
Les deux arborescences 27a et 27c sont done les memes, mais eUes sont 
15 separees Tune de Tautre. Par exemple, bien qu'elles aient les deux memes 
instances "Attributl", en realite ces deux instances sont completement 
distinctes Tune de Tautre en memoire et peuvent vivre independamment Tune 
de Tautre. Notamment, elles peuvent a tout moment etre modifiees 
differemment Tune de Tautre. Get exemple fait aussi ressortir quil en est de 
20 meme pour les deux autres commandes "Nouvel objet de classe" et "Cloner un 
objet". 

Plus generalement, il ressort de la description qui precede que le 
procede de derivation d'une classe d'objets et/ou d*un objet ayant un nom 

25 donne consiste a faire une copie de tout Tarbre de la classe ou de I'objet, a 
memoriser la copie de Tarbre et a changer ledit nom pour attribuer un nom a 
la copie memorisee. On a vu que de preference la copie est faite par une 
serialisation de Tarbre representatif de ladite classe ou dudit objet en copiant 
Tarbre dans une memoire D et la memorisation de la copie de Tarbre consiste 

30 a la copier a nouveau en memoire 30. En outre, on a vu aussi que la 
serialisation, qui peut se faire dans divers langages, est particuHerement 
simple a mettre en oeuvre en langage Java®. 
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La fonction du generateur 14 d'interface va maintenant etre 
decrite. Jusqu'a present, on a vu comment le concepteur C peut facilement 
creer des classes d'objets et des objets repondant anx besoins de Tutilisateur 
U. Les classes et objets ainsi crees sont stockes dans la base d'interface 15. 
Cependant, ces classes et objets demeurent incomprehensibles et 
inexploitables pour Tutilisateur U. De preference, il est d^aillenrs interdit a 
Tutilisateur U d'y avoir acces, afin d'assurer au conceptenr leur integrite. Le 
generateur 14 a pour fonction de transformer les classes et objets ainsi crees 
en des interfaces sous forme de documents dans lesquels les commandes 
repondant aux besoins exprimes par Tutilisateur U sont comprehensibles par 
lui. Afin de distinguer ces interfaces des autres interfaces impliquees dans 
cette description, elles seront appelees interfaces document aires. Le langage 
employe dans ces interfaces documentaires peut etre le langage courant et/ou 
un langage specialise de la competence de Tutilisateur. 

Le fonctionnement du generateur 14 va ressortir de Texemple qui 
suit, qui reprend et explicite Texemple precedent selon lequel Tentreprise est 
20 une agence bancaire, Tutilisateur U est le directeur de Tagence et le 
concepteur C est un informaticien de la banque. On suppose que le directeur 
U veut : (1) consulter le systeme d'information de la banque pour faire des 
requetes dans les bases de donnees en vue d'obtenir une liste de ses clients 
d'un type donne, des etudiants dans I'exemple considere, et (2) imprimer des 
25 lettres personnalisees de plusieurs types, telles que des lettes d'information, 
des lettres d*invitation et des lettres de rappel. L'informaticien C traduit 
Texploitation desiree par le directeur en deux questions. En Toccurrence, 
l'informaticien cree en.reponse deux classes d'objets : "consultation_systeme" 
et "impression" au moyen des deux outils 20 et 30. II peut creer chacune de 
30 ces deux classes directement en activant la commande "NouveUe classe" de la 
fenetre 22 de la figure 2, soit indirectement par derivation d'une classe 
semblable. Dans ce dernier cas, le concepteur C pourra actionner la 



10 
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commande "Rechercher" de la fenetre 22 pour trouver une classe semblable. 
Si une classe semblable existe, il la selectionne dans la liste des classes et 
peut la deriver, par exemple en activant la commande "Nouvelle classe 
heritee" de la figure 2 et en modifiant, ajoutant ou supprimant des attributs 
5 et/ou des methodes. 

Le generateur 14 met en oeuvre un precede de generation d'une 
interface documentaire pour la commande d*un systeme informatique par un 
utilisateur, la commande etant faite a partir d'au moins un objet incluant des 

10 descriptions. Le procede consiste a extraire de Tobjet au moins en partie 
lesdites descriptions et a les organiser pour traduire le sens de ladite 
commande en un langage comprehensible a Tutilisateur et ainsi faire de 
ladite interface une interface documentaire. Le generateur 14 comprend done 
un bloc d'extraction 14a et un bloc de generation 14b. Le bloc d'extraction 14a 

15 preleve de la base d'interface 15 Tobjet selectionne par le concepteur et y 
extrait les descriptions. Le bloc de generation 14b organise les descriptions 
pour former Tinterface documentaire et la stocker dans la base d'interface 15. 

Le procede va etre mieux compris a partir de Texemple 
20 precedent. Parmi les attributs de la classe "consultation_systeme" de 
Texemple considere se trouvent des methodes qui font appel a des commandes 
specifiques pour Texploitation des donnees du systeme, en I'occurrence aux 
bases de donnees du systeme 10. Parmi ces methodes, le concepteur C cree 
une methode '*Hster_etudiants" de fagon a avoir comme description "Liste de 
25 tous etudiants ay ant". L'ingenieur attribue a la methode "lister_etudiants" un 
code de retour de type "liste" ayant comme description "la liste des noms et 
adresses". II attribue aussi a cette methode, au moyen des boites de dialogue 
25 et 26 illustrees dans les figures 5 et 6, les trois parametres tels que definis 
dans le tableau A ci-dessous. 

30 



-21- 



nom 


description 


type 


valeur par 
defaut 


"age <" 


"un age inferieur a" 


entier 


26 ans 


"Ueu d'etude" 


etudiant a" 


Paris, Versailles 


Paris 


"empriint >" 


"et ayant fait un emprunt superieur a" 


entier 


6000 francs 



TABLEAU A 



En ce qvii concerne la classe "impression", I'ingenieur C cree une 
methode "imprime_invitation" de fagon a avoir une description telle que 
"Impression de lettres a et attribue a cette methode un code de retour du 
type "void" signifiant que la methode ne retourne pas de valeur, et deux 
parametres tela que definis dans le tableau B ci-dessous. 



nom 


description 


type 


valeur par defaut 


"destinataire" 


"Impression de 
lettres a" 


liste 


lister_etudiants de 
consultation.systeme 


"type de lettre" 


"type de lettre :" 


invitation d*anniyersaire ' : . 
rappel 

information sur Temprunt Etude 


information 



TABLEAU B 



15 Ces tableaux indiquent comment remplir les boites de dialogue 

25 et 26 des figures 5 et 6 pour constituer les deux classes 
"consultation.systeme" et "impression" a Taide de la boite de dialogue 23 de la 
figure 3. Plus generalement, Tinterface documenteure d*un objet est creee a 
partir des descriptions correspondant a cet objet, ses attributs, ses methodes 

20 et les parametres des methodes. 
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Pour former une interface documentaire, le concepteur active 
dans la fenetre 22 de la figure 2 le menu "Exporter a U", Cette commande 
appelle le generateur 14 pour generer une interface documentaire de I'objet 
selectionne. Le generateur 14 extrait les descriptions de Tobjet et les organise 
5 pour former Tinterface documentaire. 

La figure 11 illustre Tinterface documentaire 18a de la methode 
"lister_etudiants". On y voit que Tinterface documentaire 18a a ete obtenue 
par extraction des descriptions de la methode et de ses parametres, telles que 
10 definies dans le tableau A. En particulier, les valeurs "26 ans", "Paris" et 
"6000 francs" sont les valeurs par defaut indiquees au tableau A. De maniere 
generale, une interface documentaire 18 comprend du texte et au moins un 
champ possible 19 dont le contenu initial est fait de valeurs par defaut et peut 
etre modifie par I'utihsateur U. 

15 

La figure 12 illustre un exemple d'interface documentaire 18b de 
la methode "imprime_invitation" de la classe "imprimer" definie 
precedemment. Les exemples des figures 11 et 12 suffisent a Thomme du 
metier pour savoir comment construire une interface documentaire relative a 
20 tout un objet. D'une maniere generale, lorsque Tobjet contient toutes les 
descriptions, elles sont de preference organisees par le generateur 14 dans 
Tordre suivant : 

1. la description de I'objet (non illustree), par exemple 
"impression" ; 

25 2. la description de chaque attribut (non iUustree) , par exemple 

le numero de Timprimante, la qualite d'impression, la couleur de Tencre, le 
papier d'impression ; cette description est suivie d'un champ qui correspond a 
sa valeur ; si Tattribut a un nombre hmite de valeurs, ce champ est une liste 
contenant toutes les valeurs possibles et ne faisant apparaitre que la valeur 

30 selectionnee ; 
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3. la description de chaque methode (voir tableaux A et B, figures 
11 et 12 et le texte sV rapportant), cette description etant attachee et de 
preference suivie de : 

3.1. la description de sa valeur de re tour, attachee ou 
5 suivie d'un champ qui represente cette valeur, et 

3.2. la description de chacun de ses parametres, attachee 
ou suivie d'un champ (19) representatif de la valeur du 
parametre ; 

4. un moyen de commande (voir figure 12) indiquant quand la 
10 methode doit etre executee, Texecution pouvant etre immediate ou differee, 

soit a un moment determine par une date et une heure, soit intervenir a la 
suite d'une autre methode definie. 

4.1. Dans le premier cas, un bouton de commande est libelle 
"Execution immediate" ; 
15 4.2. Dans le second cas, un bouton de commande inclut une 

etiquette de valeur "a" (par exemple, -imprimer "a"-) suivie d*un champ 
"heure" et d'un champ "date" he a un calendrier des jours ouvrables de 
Tannee; 

4.3. Dans le troisieme cas, un bouton de commande inclut une 
20 etiquette intitulee "apres la fin d'execution de" suivie d'un champ permettant 
de choisir une methode d'un objet quelconque et signifie que la methode sera 
executee apres la fin d'execution de la methode selectionnee. 

Le concepteur C a la possibilite de changer la presentation de la 
25 page, ajouter ou enlever des champs, selectionner les descriptions a prendre 
en compte, et modifier le texte de descriptions et des t5T)es pour rendre la 
comprehension du document plus facile. II s'ensuit qu*un meme objet pent 
generer plusieurs interfaces documentaires adaptees a des besoins 
particuUers offerts dans Tobjet. Par exemple, on a vu precedemment que 
30 Tobjet "impression" peut avoir un grand nombre d'attributs et de methodes, 
qxii offire un grand choix d'interfaces documentaires en fonction des attributs 
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et methodes adaptees avix besoins. II est bien sur conseille au concepteur C de 
faire les interfaces documentaires 18 avec Taide de Tutilisateur U. 

La description va maintenant porter sur le modvde de commande 
5 12 servant a Tutilisateur U pour obtenir les interfaces documentaires 18 de la 
base 15. Le module 12 contient un bloc 40 de generation de documents 41 
issus des interfaces documentaires stockes dans la base 15. Le bloc 40 et done 
connecte a la base 15 pour y prelever les interfaces documentaires 18 et 
determiner les documents de commande 41 adaptes aux besoins particuliers 

10 de I'utilisateur U. Par exemple, en supposant que Tutilisateur a besoin du 
document "impression", une interface incluant la methode illustree dans la 
figure 12 va se presenter a I'utilisateur, qui pourra modifier les valeurs des 
champs 19 et selectionner les boutons de commande d'execution pour en faire 
un document 41. Le document 41 illustre dans la figure 12 correspond a 

15 Tinterface documentaire 18 dans laquelle les valeurs des champs 19 ont 
maintenues inchangees par Tutilisateur et le bouton d'execution differee a 
une heure predeterminee a ete active (en grise dans la figure 12). 

La figure 13 illustre un exemple de boite de dialogue 42 
20 presentee a Tutihsateur U par le module d'utilisateur 12. La barre de menus 
de la boite 42 contient notamment deux menus principaux "Documents" et 
"PoKtiques". Dans le menu "Documents" se trouvent la commande 
"Rechercher" pour trouver des interfaces documentaires, par exemple a partir 
des descriptions des objets correspondants, et la commande "Ouvrir" pour 
25 lister les interfaces documentaires par le nom de leurs objets correspondants 
et y selectionner un nom d'objet. Un objet selectionne s'affiche avec la 
description de I'objet. De cette interface, TutiUsateur en fait le document 
desire. Dans le menu "Documents" se trouvent aussi bien sur les commandes 
de sauvegarde (Enregistrer et Enregistrer sous...) et de fermeture du 
30 document. 
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Le menu 'Tolitiques" contient notamment deux commandes 
"Afficher" et "Afficher I'historique". La commande "Afficher" (display) affiche 
Tensemble des documents crees par Tutilisateur dans Tordre d'execution des 
commandes qu'il a choisi. Get ensemble definit la politique de Tutilisateur. II 

5 dispose ainsi d'une vue globale des methodes qu'il a activees a partir de 
plusieurs documents. II peut la valider ou la modifier. Par exemple, le fait de 
cLLquer deux fois sur une methode choisie entraine Touverture du document 
correspondant pour d'eventuelles modifications. La commande "Afficher 
rhistorique" presente toutes les methodes qui ont ete executees par 

10 Tutilisateur, Tetat de fin d'execution, et I'heure. Le menu contient aussi les 
commandes de sauve garde et de fermeture. 

De maniere generale, la description qxii precede fait ressortir un 
procede de generation d*une interface 18 pour la commande d'un systeme 

15 informatique 10 par un utilisateixr U, la commande etant faite a partir d'au 
moins un objet incluant des descriptions de Tobjet et/ou d*au moins un 
membre de Tobjet, le procede consistant a extraire de Tobjet au moins en 
partie lesdites descriptions et a les organiser pour traduire le sens de ladite 
commande en un langage comprehensible a Tutilisateur et ainsi faire de 

20 ladite interface une interface documentaire. 

L^outil permet au concepteur C de facilement adapter le texte des 
descriptions extraites, de fa?on que leur organisation rende comprehensible le 
texte de Tinterface. Pour rendre plus souple le procede, le concepteur pourrait 
25 selectionner les descriptions a extraire. 

De preference, les descriptions incluant au moins une description 
d'une methode de I'objet, le procede consiste a attacher a cette description une 
description de son code de retour et/ou une description d*au moins un 
30 parametre respectif de la methode et une valeur 19 du parametre dont la 
valeur peut etre modifiable. Dans ce cas egalement et comme dans Texemple 
illustre, le procede peut consister avantageusement a ajouter a I'interface 18 
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un moyen de commande, par Tutilisateur, du moment d'execution de ladite 
interface. 

Dans Texemple decrit, le texte des descriptions servant a faire 
5 ^interface est fait par un conceptenr utilisant le systeme, en reponse a des 
besoins qui lui sont soumis par Tutilisateur. Cette cooperation entre le 
concepteur et Tutilisateur rend le precede tres souple, tres evolutif et tres 
performant. Cependant, il est evident que cette condition n*est pas necessaire, 
Toutil etant par exemple adapte a un metier donne ou une fonction 
10 d^entreprise donnee. 

Enfin, on a vu precedemment I'avantage que pouvait tirer 
Tutilisateur de la possibilite offerte dans Texemple decrit de selectionner des 
interfaces et de definir leur ordre d'execution temporel, et de lui presenter 
15 dans une fenetre les interfaces selectionnees et disposees dans ledit ordre. 



Le module de conception 13 dispose en outre d'un outil de 
commande 50 de fonctions analogues dans differents systemes d*exploitation 

20 et/ou applications et d'un outil de generation automatique de code 60 pour 
mettre en ceuvre Toutil d'interface 50. Le systeme informatique 10 represents 
sur la figure 1 sera considere comme un systeme tres heterogene, 
representatif d'un cas difficile a gerer. Dans Texemple considere, les deux 
systemes d'exploitation 4a et 4b etaient deux versions differentes du systeme 

25 d'exploitation UNIX, connues sous les noms UNIX Berkeley et UNIX AT&T. 
Les deux machines 2 sont aussi supposees inclure dans leurs memoires 
respectives 3 deux logiciels d'impression differents I'un de Tautre 6a et 6b, 
tels que les logiciels connus sous leurs noms de marques deposees DPF 
OpenSpool et XPRINT. 

30 

On suppose que les deux systemes d'exploitation 4a, 4b et les 
dexix logiciels d'impression 6a, 6b ont au moins une fonctionnalite commune 
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F. Cependant, les logiciels 4a, 4b, 6a, 6b pouvant etre tres differents Tun de 
rautre, cette fonctionnalite F peut etre executable selon diverses commandes 
differentes d*un logiciel a un autre. 

5 Plusieurs fonctionnalites peuvent etre communes a tout ou 

partie des logiciels installes, tels que Timpression de documents et la 
sauvegarde de documents. La description portera sur Timpression de 
documents comme exemple de fonctionnalite F. Cette fonctionnalite peut 
comprendre plusieurs fonctions f, par exemple les fonctions : fl "imprimer" ; 

10 f2 "lister les impressions en cours" ; f3 "visualiser les files d'attente" ; f4 
"purger les impressions" ; et f5 "changer la priorite d'une impression dans une 
file". Une fonctionnalite F est done dans ce cas une famille de fonctions f. 
L'exemple qui suit portera sur la fonction fl et suffira a Thomme du metier 
pour comprendre Tinvention dans sa generalite. 

15 

On suppose que la fonction fl "imprimer" dans les quatre 
logiciels 4a, 4b, 6a et 6b dans le systeme informatique 10 de la figure 1 est 
faite par quatre commandes specifiques differentes respectives : Pa et Pb pour 
les systemes d^exploitation respectifs 4a et 4b ; et Pc et Pd pour les logiciels 

20 d'impression 6a et 6b. Dans Texemple des logiciels consideres, les deux 
versions differentes 4a et 4b du systeme d'exploitation UNIX ont des 
commandes depression respectives Pa = "Ipr" et Pb = "Ip". Neanmoins, on 
pourrait aussi avoir des commandes d'impression telles que : "enq" pour le 
systeme d'exploitation connu sous le nom de marque deposee AIX ; "print" 

25 pour le systeme d*exploitation DOS pour ordinateur personnel ; "np" pour le 
logiciel depression DPF OpenSpool ; et "xpad" pour le logiciel depression 
connu sous le nom de marque deposee XPRINT. 

Chaque commande specifique Pa-Pd comprend des options 
30 eventuellement associees a des types particxxliers respectifs. Le tableau C 
suivant illustre un exemple d'un inventaire concernant seulement les 




commandes d'impression "Ipr" et "Ip" des systemes d'exploitation 4a et 4b. Get 
exemple suffit a rhomme du metier pour comprendre I'inventioii. 



Options 
de "Ipr" 


suivies 
de 


Options 
de "Ip" 


suivies 
de 


options - commentaires 


-P 


chaine 


-d 


chaine 


destination de Timpression 


-T 


chaine 


-t 


chaine 


titre du document 


-# 


num 


-n 


num 


nombre de copies 


n'existe 
pas 




-w 




ecriture d'un message sur terminal 
de C a la fin de Timpression 


-r 




n*existe 
pas 




destruction du fichier lorsque 
rimpression est lancee 



TABLEAU C 



L'outil de commande 50 est un outil logiciel ayant poxir but 
principal d'offrir a un utilisateur informaticien, le concepteiu: C dans la figure 
1, une commande commune PO pour Texecution de chacune des commandes 

10 d'impression differentes Pa-Pd dans Texemple illustre. Comme indique a la 
figure 1, Toutil illustre 50 comprend un bloc 51 de definition de la commande 
commune PO, et dexix pilotes d'impression (drivers) 52a, 52b pour les deux 
machines respectives 2a et 2b, les pilotes reagissant a la commande commune 
PO pour generer la commande Pa ou Pc dans la machine 2a et Pb ou Pd dans 

15 la machine 2b. Dans Texemple illustre, les deux pilotes 52a et 52b sont 
implantes dans les dexxx memoires 3 des deux machines 2 tandis que le bloc 
51 est incorpore au module de conception 13. Le bloc de definition 51 est 
connecte aux deux pilotes. 

20 L'outil de commande 50 met en oeuvre un procede de commande 

d'une fonction f executable sous des commandes diEferentes Pa-Pd dans des 
logiciels respectifs 4a, 4b, 6a, 6b, les commandes pouvant avoir chacune au 
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moins une option. Le precede consiste a definir dans une classe abstraite une 
methode abstraite pour la fonction f, la methode abstraite incluant des 
parametres correspondant a I'union, au sens logique, de toutes les options 
(tableau C) des commandes specifiques, a definir une commande commune 
(PO) incluant des symboles arbitraires correspondant aux parametres de la 
methode abstraite, a former au moins un pilote (52) pour implementer la 
methode abstraite dans une machine, et a faire executer par le pilote I'une 
des commandes specifiques avec des options equivalant a\ix options de la 
commande commune. 

Supposons que I'utiUsateur U desire executer la commande : 
imprimer en dexix exemplaires, avec une imprimante appelee imprimante 1 
du systeme informatique 10, le fichier appele monfichier, en indiquant en en- 
tete le nom du fichier, et detruire le fichier une fois imprime. Cette commande 
dans les logiciels 41 et 4b s'ecrit de la fagon suivante, compte tenu du tableau 
C : 

Ipr -Pimprimantel -#2 -r monfichier 

Ip -dimprimantel -n2 monfichier 

ou il est a noter du tableau C que la suppression du fichier n'est pas prevue 
povir la commande "Ip". 

Selon le procede precite, on forme une methode abstraite povir la 
fonction f. Une methode generale comprenant un en-tete et un corps, une 
methode abstraite n'a qu'un en-tete, de sorte qu'elle n'est pas executable et 
que la classe correspondante ne peut done pas etre instanciee. Dans I'exemple 
de la fonction fl "imprimer", on cree done une methode abstraite que Ton 
appellera du meme nom "imprimer". Cette methode inclut des parametres 
correspondant respectivement aux options des commandes specifiques Pa-Pd, 
le nombre de parametres correspondant au nombre forme par I'union, au sens 
logique (assembhste), de toutes les options des commandes. Ainsi, dans 
I'exemple de la fonction "imprimer", et en iUustrant les exemples dans le 
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langage Java®, il resvilte du tableau C que la methode abstraite "imprimer" 
est definie par les six parametres suivants : 



public static int imprimer 
5 ( String destination. 

String tit re, 
int nombreDeCopies, 
boolean message, 
boolean destruction, 
10 String nomDuFichier 

) ; 



Des six parametres ci-dessus, les cinq premiers correspondent 
aux cinq options definies dans le tableau C et le dernier parametre designe le 
15 nom du fichier qui se place a la fin des commandes d'impression "Ipr" et "Ip". 

Une classe abstraite, au sens oriente objet, contient au moins 
une methode abstraite, ici la methode abstraite "imprimer" definie pour 
Tensemble des commandes analogues Pa-Pd de la fonction donnee fl. La 

20 classe abstraite pourrait etre quelconque. De preference, comme dans 
Texemple considere, la classe abstraite correspond a la fonctionnalite F et a, 
dans Texemple illustre, le meme nom "impression". La classe abstraite 
"impression" n'a done comme methodes que toutes les methodes abstraites se 
rapportant aux fonctions fl-f5 de la fonctionnalite F. La classe "impression" 

25 correspond a une interface, telle qu'elle est definie par exemple dans le 
langage Java®. Une telle interface est definie comme la classe la plus 
abstraite qu'on puisse construire, c*est-a-dire une classe dont chaque methode 
est abstraite. 

30 On a vu que le precede mis en oeuvre par Toutil 50 consiste 

d'autre part a definir une commande commune PO incluant des symboles 
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arbitraires correspondant aux parametres de la methode abstraite. Par 
exemple, la commande commune PO a la syntaxe suivante : 

imprimer [ -dDestination] [ -tTitre ] [ -nNombre] [-m] [-D] 

-ffichler 

ayant comme symboles arbitraires -d, -t, -n, -m, -D et -f. Ces symboles 
peuvent ou non etre associes a des options, celles-ci etant mises entre 
crochets, de sorte que seul le terme "fichier" n'est pas une option, comme cela 
a ete indique precedemment. L'absence d*option signifiant que le symbole 
correspond a un type booleen. 

Le procede tel que defini precedemment consiste aussi a 
construire les pilotes 52a et 52b pour generer les commandes Pa et Pb ("Ipr" 
et "Ip") dans les deux machines 2a et 2b respectives. Un pilote implemente, 
dans le sens de la technologie orientee objet, Tinterface "impression", c'est-a- 
dire qu'un pilote definit un corps a chaque methode de Tinterface, de fagon 
que la classe abstraite puisse generer une classe executable. Le corps ainsi 
defini permet de construire les options de la commande correspondante ("Ipr" 
par exemple) avec les parametres de la methode et de lancer cette commande. 

L'exemple qui suit illustre comment creer le pilote 52a relatif a 
la commande "Ipr" et indique clairement a Thomme du metier comment 
d'autres pilotes peuvent etre crees. Le pilote 52a est une classe qui permet 
d'implementer Tinterface impression de la fagon suivante. 

public class Pilote__lpr implements Impression 
{ public static int imprimer 
( String destination. 

String tit re, 

int nombreDeCopies, 

boolean message, 



10 



15 



20 



} 
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boolean destruction. 
String nomDuFichier 

) 

{// 1) construction des arguments de Ipr a partir des 
parametres . 

// 2) lancement de la commande Ipr avec ses arguments . 
// 3) recuperation du code de retour et des messages 
de Ipr et traitement de ceux-ci. 

} 

public static void main (String argv []) 

{// le premier argument de main est le nom de la 
// methode a executer, les autres sont les arguments 
// de cette methode - 

// En fonction du nom de la methode, on transforme les 
// arguments de main dans le type des parametres de la 
// methode que I'on appelle ensuite 

} 



Plus generalement, d*autres possibilites de pilotes existent, par 
example un ou les deux pilotes pourraient etre installes aussi dans Tinterface 
de commande 11, ou un seul pilote sxiffirait, avantageusement installe dans 
Tinterface de commande 11. De meme, il pent etre prevu se\ilement un seul 
25 pilote pour un systeme n'ayant qu^une seule machine, le pilote servant a 
generer les diverses commandes des logiciels installes dans cette machine. 

Enfin, le procede defini precedemment consiste a faire executer 
par le pilote Tune des commandes specifiques, par exemple "Ipr", avec des 
30 options equivalant aux options de la commande commune. 



L'equivalence entre les options de la commande "Ipr" et les 
options de la commande commune PO peut se faire de diverses fagons. La 
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fa?on preferee qui va etre illustree consiste a creer un fichier de configuration 
definissant les types et les valeurs par defaut des options de chaque 
commande specifique pouvant etre executee par le pilote. Dans le present 
exemple, la commande specifique est "Ipr", qui sera executee par le pilote 52a. 
5 De preference, le fichier de configiiration comprend en outre le type de chaque 
option et/ou des commentaires eventuels et/ou le nom du pilote. 

Le fichier de configuration est de preference cree prealablement 
a la construction et avantageusement lors de Tinstallation du pilote. Dans 
10 Texemple choisi, le fichier de configuration fourni par le pilote est appele 
"Configlmpression". Tout autre nom pent lui etre donne, mais il importe que 
ce nom soit le meme pour tous les pilotes de la meme fonction f des 
commandes concernees Pa-Pd et qu'il soit accessible par tous ces pilotes, de 
preference en etant installe dans un meme repertoire.. 

15 

Le fichier de configuration de notre exemple est : 

NomDuPilote=Pilote_lpr 
OPTION=-d TYPE=chaine DEFAUT=null 
20 // le type de la valeur associee a 1' option -d est une 
// chalne de caracteres 
OPTION=-t TYPE=chaine DEFAUT=null 

// le type de la valeur associee a 1' option -t est une 
// chaine de caracteres 
25 OPTION=-n TYPE=num DEFAUT=1 

// le type de la valeur associee a 1' option -n est un nombre 
// entier 

OPTION=-D TYPE=none 

// il n'y a pas de valeur associee a 1' option -D 
30 OPTION=-f TYPE=chaine OBLIGATOIRE 

// 1' option -f doit etre presente dans la ligne des 
// commandes 

// L' option -m n'existe pas pour ce pilote 
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On retrouve dans le fichier de configuration les symboles utilises 
dans la commande commune PO. 

5 L'equivalence entre options de la commande commune et de la 

commande specifique consiste en outre a determiner les parametres de la 
commande specifique par consultation du fichier de configuration par la 
commande commune. Ainsi, la commande commune PO lit le fichier de 
configxxration afin de verifier que les options de la syntaxe de la commande 

10 commune sont bien compatibles avec celles du pilote installe. En d'autres 
termes, la commande commune PO determine si les options fournies par le 
concepteur C sont legales. Si oui, elle est completee par Tensemble des options 
non fovurnies et elle appelle le pilote pour execution de la commande 
specifique. Sinon, un message d'erreur est emis avec la description des 

15 options legales. D*autres part, elle verifie si toutes valeurs attachees aux 
options sont bien affectees. Si la valeur due a une option n'existe pas, elle est 
determinee a partir de sa description (valeur par defaut) dans le fichier de 
configuration. 

20 Sachant que la commande d'impression "Ipr" telle que definie 

precedemment est : 

Ipr -Pimprimantel -#2 -r monfichier 

25 alors la commande commune PO correspondante est : 
Imprimer -n2 -dimprimantel -D -fmonf ichier 

La commande commune PO appelle alors le pilote 52a relatif a la 
30 commande "Ipr" de la fagon qui suit : 
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java PiloteLpr imprimer Imprimantel null 2 false true 
monf ichier . 

// false indique que 1' option -m n'est pas positionnee 
// true indique que 1' option -D I'est 
5 // null indique que 1' option -t n'est pas renseignee 

Cette commande provoque Tappel de la methode principale 
"main" du pilote 52a qui, a son tour, declenche Tappel de la methode 
"imprimer" de la fagon suivante: 

10 

imprimer {«Imprimantel», null, 2, false, true, «monf ichier») 
La methode "imprimer" lance ainsi la commande "Ipr" sous la 

forme : 

15 

Ipr -Pimprimantel -#2 -r monfichier 

Jusqu*a present, on a decrit la fonction d*un pilote d'application. 

20 On a vu qu'un pilote est une classe servant a implementation d'une methode 
abstraite d'une classe abstraite. Le pilote est defini psu: des donnees ecrites 
par le concepteur C a I'aide de Toutil 20 ou 30 du module de conception 13. 
Les hgnes de code de ce logiciel doivent normalement etre entierement ecrites 
par le concepteur C, Une grande partie de ce travail est tres fastidieux et done 

25 couteux en temps et en argent. Cependant, la generation automatique pose 
deux problemes. Le premier probleme est de traduire le pilote en un langage 
oriente objet. Le second probleme est de generer automatiquement un corps a 
la methode abstraite. On a vu que le corps de la methode abstraite doit 
inclure les donnees specifiques de la commande specifique a executer, et un 

30 pilote peut servir a Texecution de plusieurs commandes specifiques. Ceci ne 
peut plus etre fait au moyen des outils 20 et 30 et requiert des operations 
manuelles du concepteur C. Les difficultes soulevees par ces deux problemes 
amenent le conceptexir a ecrire les pilotes. 
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Le systeme informatique 10 de rinvention inclut un outil 60 de 
generation automatique, en un langage oriente objet, d'un pilote 52 
d'implementation d'une methode abstraite d'une classe abstraite pour 
I'execution d'une commande specifique Pa-Pd ayant des donnees specifiques 
(tableau C), la methode abstraite ayant une valeur de retour et au moins un 
parametre poxirvu d'un type. Le langage oriente objet choisi dans Texemple 
qui suit est le langage Java®. L'outil 60 de generation automatique d'un 
pilote qui va maintenant etre decrit est contenu dans le module de conception 
13, bien qu*il pourrait etre inclus ailleurs dans le systeme informatique. 

Le precede mis en ceuvre par Toutil 60 consiste a definir la classe 
du pilote par des donnees de definition et en faisant correspondre ladite 
valeur de retour et ledit type dudit parametre a des types correspondants 
dans ledit langage, a traduire les donnees de definition du pilote dans ledit 
langage, a generer le corps de la methode abstraite en construisant un 
squelette a completer par le concepteur C avec les donnees specifiques de la 
commande specifique. 

Pour la definition du pilote, le concepteur C utilise de preference 
Toutil 20 ou 30. Par exemple, il peut utiliser un etat vierge de la boite de la 
figure 3 pour indiquer le nom de la classe, ajouter au moins un attribut a 
Taide de la boite de la figure 4, et au moins une methode et au moins un 
parametre avec les boites des figures 5 et 6, Cependant, pour faire la 
generation automatique, Toutil 60 necessite une correspondance entre les 
types des parametres et de la valeur de retour de la methode et des tj^es 
dans le langage choisi, ici en langage Java. Sans cette correspondance, le 
concepteur devrait ecrire manuellement le logiciel du pilote. La 
correspondance choisie a titre d*exemple se traduit par la regie suivante en 
langage Java® : 
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« Tout type defini par le conceptexir C doit appartenir a 
Tensemble (T) suivant : 

{Boolean, Character, Double, Float, Integer, Long, String, 
Void} 

ou 

List (x) 

avec X appartenant a (T). » 

L*ensemble T peut etre etendu a List (List(x)) et successivement 
pour representer des tableaux a plusieurs dimensions. De maniere generale, 
Tensemble T est un tableau pouvant etre multidimensionnel. II est evident 
qu'on peut remplacer cet ensemble (T) par un autre ensemble avec lequel il 
est en bijection. Par exemple, en France le type defini en anglais par 
Character est remplace par Caractere. 

Chaque element de Tensemble T correspond a une classe 
predefinie de meme nom du langage Java, sauf List et Void, qui 
correspondent respectivement a la classe Vector et au mot reserve void de 
Java®. En d'autres termes, les types de Tensemble T incluent de preference 
des classes predefinies de meme nom du langage. 

La figure 14 illustre une boite de dialogue 61 s'ouvrant pour 
definir les types de parametres et la valeur de retour de la methode. Si par 
exemple le concepteiir veut definir une methode libellee "copier" qui ne 
retourne pas de valeur et qxxi a les deux parametres suivants : 

1) "nom du fichier" (de type String) qui est Tadresse URL (Uniform 
Resource Locator) du fichier, et 

2) "repertoire" (de type String) qui est I'adresse URL du repertoire 
dans lequel on veut copier le fichier, 

il indique le nom "copier" dans le champ texte definissant le nom de la 
methode dans la boite 25 de la figure 5, il selectionne dans la boite 61 le type 
void pour Tintroduire dans la champ texte relatif au type de retour de la 
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methode et actionne le bouton de commande "Ajouter" pour definir un 
nouveau parametre avec I'aide de la boite 26 de la figure 6. Dans la boite 26, 
il indique le nom du premier parametre "nom du fichier" et selectionne dans 
la boite 61 le type String, qui vient se placer dans le champ texte relatif au 
5 type du parametre, Le concepteur ajoute de preference, dans la zone de texte 
relative a la description du parametre, le texte par exemple "adresse URL du 
fichier". II en est de meme pour le second parametre. 

La methode abstraite "copier" s'ecrit done : 

10 

public void copier (String nom_du_f ichier , String 
repertoire) ; 

On supposera que le nom de la classe abstraite correspondante, 
15 une interface au sens de Java® dans I'exemple iUustre, se nomme "operations 
sur fichier". 

On a vu qu'une autre etape du procede consiste a traduire les 
donnees de definition du pilote dans le langage choisi. La transcription peut 

20 se faire selon Texemple suivant. Le nom de Tinterface est le nom de la classe 
definie par le concepteur C, precede des deux caracteres « I_ ». Si le nom de 
cette classe contient le caractere blanc « », qui est interdit dans les langages 
classiques comme Java ou C, on le remplace par « _ ». On appHque la meme 
regie pour la classe du pilote, mais en remplagant par «P_». Si on 

25 genere un nombre n de pilotes, on fait suivre les noms des pilotes par les deux 
caracteres « _i » ou i varie de 1 a n. Si les noms comportent des lettres 
accentuees, on peut aussi prevoir la suppression des accents pour convenir au 
langage Java ordinaire. Ainsi, la classe s*ecrit de la fagon suivante : 

30 interface I_operat ions -sur_f ichier 
{ 
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piablxc void copier (String nom_du_f ichier , String 

repertoire) ; 

} 

5 et le pilote correspondant s'ecrit de la fagon suivante : 



class P_ope rat ions -sur_fichier_l implements 

I_operations_sur_f ichier 

{ 

10 pxiblic void copier (String nom_du_f ichier , String 
repertoire) ; 
{ 

} 

15 public static void main (String argv[]) 

{ . . . } 

} 

ou 

20 - le contenu {...} relatif a la methode "copier" constitue le corps de la methode, 
qui correspond a la commande specifique a executer, et 

- main est la methode principale qui va etre appelee par la commande unifiee 
PO, qui declenche a son tour Texecution de la methode "copier" pour 
Texecution de la methode specifique "Ipr". II est a noter ici que Texecution du 
25 pilote peut etre faite de plusieurs fagons connues de Thomme du metier. 
L'exemple d'execution choisi consiste a incorporer au pilote la methode 
p rincip ale ma i n . 



Si par exemple la classe "impression" definie precedemment par 
30 le concepteur C contient un attribut "nombre de copies" de type Integer et 
ayant comme valeur par defaut "1", la classe en langage Java® du pilote a 
pour attribut : 
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Integer Nombre_de_copies = new Integer (1) ; 

On rappelle que c'est Tutilisateur U qui, au moyen d'un 
document 41, va demander Texecution de la commande commune PO par 
5 rintermediaire de I'interface documentaire 18 correspondante. La commande 
commune PO va appeler le pilote par Tintermediaire de la commande suivante 

java P_Impression_l imprimer 2 monfichier monimprimante 

10 

La methode principale main du pilote va alors etre declenchee. 
La methode principgJe main a, de fagon bien connue, tous ses parametres de 
type String. La methode principale main va appeler la methode "imprimer" 
qui a des parametres varies, tels que : 

15 

imprimer (Integer pi. String p2. String p3) 

Chaque type de parametre dans la methode main est done 
transforme en le type du parametre correspondant de la methode "imprimer", 
20 Ceci peut se faire automatiquement dans la methode 

main (String argv []){...} 

ou le premier argument est le nom de la methode implementee de I'interface 
25 qu'il faut appeler. Le (i+1)^ argument de la methode main correspond au i^ 
argument de la methode appelee. Son type doit etre cependant change si 
Targument de la methode n'est pas du type String. Dans le dernier exemple, 
la methode main va appeler la methode "imprimer" du pilote de la maniere 
suivante : 

30 

imprimer (new Integer (argv [ 1 ]) , argv[2], argv[3]) ; 
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Si argv[l] ne correspond pas a un entier, une exception sera levee et 
retransmise dans le module de commande 12. 

On va maintenant decrire un exemple de generation du corps de 
5 la methode "imprimer". On rappelle que c'est dans le corps de la methode 
"imprimer" que se fait Fappel a la commande specifique Pa ("Ipr"). Tout un 
mecanisme en langage Java permet au pilote d'executer la commande 
specifique et de recevoir ses resultats. Ce mecanisme est decrit dans Texemple 
du paragraphe suivant. 

10 

L'interface documentaire 18 de Tutilisatexir U appelle commande 
commune PO, qui elle meme appelle le pilote 52a, apres consultation de son 
fichier de configuration, de la fagon suivante : 

15 java nomDuPilote nomDeLaMethode parametresDeLaMethode 

Une etape du procede consiste a generer automatiquement le 
corps de la methode abstraite en construisant un squelette a completer par le 
concepteur C avec les donnees specifiques de la commande specifique "Ipr". Le 
20 squelette se fait par exemple par construction de chaines. Dans notre 
exemple, la construction du squelette a completer se fait de la maniere 
suivante : 

// ###### debut de modification 
25 String commandStr = "###### le nom de la commande" + " " ; 

commandStr = commandStr+ " " +"###### l'option"+ 
pl . toString ( ) ; 

commandStr = commandStr+ " " +"###### l'option"+ p2 ; 
commandStr = commandStr+ " " +"###### l'option"+ p3 ; 
30 // ###### fin de modification 
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Pour completer le squelette, il est de preference indique ou les 



donnees sont a completer et/ou quelles donnees sont a completer par le 
concepteur C. Dans Texemple precedent, le concepteur n*a qu*a chercher dans 
la classe du pilote Toccurrence des caracteres successifs ###### . Quand il 
5 trouve cette occurrence, le squelette lui indique ou et quelles donnees il doit y 
introduire pour le completer. Suivant Texemple precedent, il va corriger le 
code de la maniere suivante : 

// debut de modification 
10 String commandStr = "Ipr"; 

commandStr = commandStr+ " " +"-#"+ pi . toString ( ) ; 
commandStr = commandStr+ " " -h"-P"+ p2 ; 
commandStr = commandStr+ " " + p3 ; 
// fin de modification 



"Ipr -#2 -Pimprimantel monfichier". 
20 Uappel de cette commande sera ensuite automatique. 

On va maintenant decrire un exemple de mise en oeuvre de 
Foutil 60 pour la formation d'un squelette de pilote genere en langage Java et 
destine a une machine fonctionnant sous le systeme d'exploitation connu sous 
25 le nom de marque deposee Windows NT. 

L'exemple part d'une classe simple qui contient une seule 
methode, la generalisation etant evidente. Le nom de la classe est par 
exemple "copie de fichier". La methode de cette classe est "copie", qui retourne 
30 la valeur void et qui a les devix parametres suivants : 

- "fichier", de type String, et 

- "repertoire de destination", de type String. 



15 



OU 



commandStr 



va prendre comme valeur possible 
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Le concepteur ouvre la fenetre 21 de la figure 2 et actionne par 
exemple une_commande "generation de pilote" (non illustree), se trouvant de 
preference dans le menu "Exporter a U". Cette commande genere le code 
5 suivant : 



interface I_ Copie_de_f ichier 

{ void copie (String f ichier ; String repertoire_de_ciest ination ) ; 

} 

10 

et 



piablic class I_ Copie_de_f ichier_l implements I_ Copie_de_f ichier 
{ void copie (String f ichier ; String repertoire_de_dest ination ) 

15 { try 

{ Process p ; 

Runtime rt = Runtime . getRuntime () ; 



// ###### debut de modification 
20 String commandStr = "###### le nom de la commande"; 

commandStr = commandStr+ " " +"###### l'option"+ 
fichier; 

commandStr = commandStr+ " " +"###### 1' option" 

+ repertoire_de_destination 

25 // ###### fin de modification 

p - rt .exec("C: \\WINNT\\System32\\cmd /c "+ 
commandStr) ; 



30 Buf f eredReader br = 

new Buf f eredReader ( 

new InputStreamReader ( 

p. getlnputStream () ) ) ; 



35 String result; 

while (( result = br . readLine ( ) ) != null ) 

{ System. out, println{"- " + result) ; 

StringTokenizer St = 

new StringTokenizer { result ) ; 
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/* 

while ( St , hasMoreTokens ( ) ) 
{ St = St . nextToken ( ) ; 

System. out .print In ( "hello\n") ; 
5 System. out .println 

("token = " -f St + " . ") ; 

} 

} 

10 } 

catch ( lOException ie ) 

{ System. out .println("IO Exception") ; 

} 

catch ( SecurityException se ) 
15 { System. out .println ("No process"); 

} 

} 

public static void main (String argv []) 
20 { argv[0] (argv[l] , argv[2]) ; 

} 

} 

Dans ce code, le mot "br" designe le resultat de Texecution de la 
25 commande specij5.que. Le concepteur C cherche alors roccixrrence de II II II II II II et 
change 



// ###### debut de modification 

String commandStr = "###### le nom de la commande"; 
30 commandStr = commandStr+ " " +"###### l'option"+ 

f ichier ; 

commandStr = commandStr+ " " +"###### 1' option" 

+ repertoire_de_destination 
// ###### fin de modification 

35 

en 



40 



// d^but de modification 
String commandStr = "copy"; 
commandStr ^ cominandStr+ " " +f ichier; 
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commandStr - comma nciStr+ " 
repertoire_de_ciestination 
// fin de modification 
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Revendications 

1. Precede de commande d'une fonction (f) executable par divers 
logiciels (4a, 4b, 6a, 6b) sous des commandes (Pa-Pd) specifiques aux logiciels 
respectifs et pouvant avoir chacune au moins une option, les logiciels etant 
installes dans au moins une machine (2a, 2b) d'un systeme informatique (10), 
caracterise en ce qu'il consiste a definir dans une classe abstraite une 
methode abstraite pour la fonction (f), la methode abstraite incluant des 
parametres correspondant a Tunion, au sens logique, de toutes les options 
(tableau C) des commandes specifiques, a definir une commande commune 
(PO) incluant des symboles arbitraires correspondant axix parametres de la 
methode abstraite, a former au moins un pilote (52) pour implementer la 
methode abstraite dans une machine, et a faire executer par le pilote Tune 
des commandes specifiques avec des options equivalant aux options de la 
commande commune. 

2. Procede selon la revendication 1, caracterise en ce que 
Tequivalence entre les options de la commande specifique et les options de la 
commande commune consiste a creer un fichier de configuration 
(Configlmpression) definissant les types et les valeiirs par defaut des options 
de chaque commande specifique pouvant etre executee par le pilote, et a 
determiner les parametres de Tune de ces commande specifiques par 
consxiltation du fichier de configuration par la commande commune. 

3. Procede selon la revendication 1 ou 2, caracterise en ce qu*il 
consiste a faire correspondre un pilote (52a) a une machine (2a) du systeme 
informatique. 

4. Procede selon Tune des revendications 1 a 3, caracterise en ce 
que la classe abstraite est la classe la plus abstraite pouvant etre definie, 
telle qu*une interface dans le langage Java®. 
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5. Precede selon Tune des revendications 1 a 4, caracterise en ce 
que la classe abstraite contient tout ou partie des methodes se rapportant a 
des fonctions d'une meme fonctionnalite (F) commune aux logiciels. 

6. Systeme informatique (10) comprenant au moins un machine 
5 disposant de logiciels divers (4a, 4b, 6a, 6b) ayant en commun au moins une 

fonction (f) executable sous des commandes specifiques (Pa-Pd) aux logiciels 
respectifs et pouvant avoir chacune au moins une option, caracterise en ce 
qu*il met en oeuvre le procede defini par Tune des revendications 1 a 5. 




Abrege 

Le precede sert a la commande d'une fonction (f) executable par 
divers logiciels (4a, 4b, 6a, 6b) sous des commandes (Pa-Pd) specifiques a\ix 
logiciels respectifs et pouvant avoir chacune au moins une option, les logiciels 

5 etant installes dans au moins une machine (2a, 2b) d*un systeme 
informatique (10). II consiste a definir dans une classe abstraite une methode 
abstraite pour la fonction (f), a definir une commande commune (PO) incluant 
des symboles arbitraires correspondant aux parametres de la methode 
abstraite, a former au moins un pilote (52) pour implementer la methode 

10 abstraite dans une machine, et a faire executer par le pilote Tune des 
commandes specifiques avec des options equivalant aux options de la 
commande commune. 



Figure 1 a publier. 
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